約 4,118,537 件
https://w.atwiki.jp/news_sourse/pages/75.html
車転落死亡 福岡 - Bing 産経ニュース http //www.bing.com/search?scope=sankei mkt=ja-jp setlang=match FORM=JPSKNS q=%E8%BB%8A%E8%BB%A2%E8%90%BD%E6%AD%BB%E4%BA%A1%20%E7%A6%8F%E5%B2%A1 [九州・沖縄]ニュース一覧 - MSN産経ニュース http //sankei.jp.msn.com/region/newslist/kyushu-n1.htm 9人乗りの車が池に転落、数人搬送 衝突・ひき逃げ容疑で捜査 福岡・太宰府 - MSN産経ニュース http //sankei.jp.msn.com/region/news/110107/fkk11010721250024-n1.htm http //megalodon.jp/2011-0117-1017-00/sankei.jp.msn.com/region/news/110107/fkk11010721250024-n1.htm 2010.12.25 02 17 24日午後11時40分ごろ、福岡県太宰府市の筑紫野太宰府消防本部に「車が池に転落した」と119番があった。消防や県警などによると、現場は太宰府市吉松の県道沿いにある篠振池で、車には子供1人を含む計9人が乗っていたという。車2台の衝突で池に転落したとみられ、県警はひき逃げ容疑で捜査を始めた。 消防本部によると、大人3人が自力脱出して無事。その他5人が救出され病院に搬送されたが、けがの程度などは不明。搬送されたうちの1人は1歳ぐらいの乳児とみられる。 県警によると、現場付近に大破した乗用車が乗り捨てられており、衝突した車とみて調べている。 池近くのマンションに住む女性(28)は「ドーンという音に気付いて外に出ると、岸に上がった男女が『早く助けて。子供が乗っているんです』と叫んでいた」と話した。 [池から救出の6人死亡 衝突のはずみで車転落 福岡・太宰府市] - MSN産経ニュース http //sankei.jp.msn.com/region/news/110107/fkk11010721260026-n1.htm http //megalodon.jp/2011-0117-1023-13/sankei.jp.msn.com/region/news/110107/fkk11010721260026-n1.htm 2010.12.25 07 22 県警は25日未明、池の中から救出されて病院に運ばれた大人の男女6人の死亡を確認した。うち1人は、現場近くに大破した状態で放置された乗用車の男性(26)=太宰府市=と判明。転落した車両の残る3人は自力で脱出し、無事だった。 県警は、乳児についてもいったんは「死亡」としたが、間もなく鼓動の回復を確認。ただ、依然として意識不明という。 県警によると、転落した車両は同県南部を管轄エリアとする久留米ナンバーのワゴン車。18歳前後とみられる男女各4人と、生後6カ月程度とみられる男児が乗っており、大破した乗用車との衝突事故のはずみで、池の柵などを突き破って転落したらしい。 県警は当初、大破した乗用車の男性が事故後に逃げたとみて調べていたが、現場状況などから、男性が救助のために池に飛び込んで死亡した可能性があるとみている。 現場は、福岡市中心部までつながり、夜間でも一定の交通量がある県道沿いの池。 [【車転落死亡】2人は女子高生と確認] - MSN産経ニュース http //sankei.jp.msn.com/region/news/110107/fkk11010721260025-n1.htm http //megalodon.jp/2011-0117-1027-47/sankei.jp.msn.com/region/news/110107/fkk11010721260025-n1.htm 2010.12.25 08 30 県警は、近くの交差点で起きた衝突事故のはずみでガードレールなどを突き破り、隣接する池に転落したとみて詳しい事故状況などを捜査。現場近くのガソリンスタンド内に、大破した乗用車が放置されていた。 県警によると、死者のうち1人は大破した乗用車の秦智之さん(26)=太宰府市青葉台4丁目=と判明。転落車両の死者の2人も、同じ県立高3年の井手綾美さん(17)=同県八女市黒木町木屋=と、石原瞳さん(18)=同県久留米市荒木町藤田=と確認された。 [【車転落死亡】「早く助けて。子供が中に乗っているんです」 クリスマスイブに響く悲鳴 ] - MSN産経ニュース http //sankei.jp.msn.com/region/news/110109/fkk11010900030000-n1.htm http //megalodon.jp/2011-0117-1034-31/sankei.jp.msn.com/region/news/110109/fkk11010900030000-n1.htm 2010.12.25 09 24 「早く助けて。子供が中に乗っているんです」。冷たい風が吹きつけるクリスマスイブの住宅街に、若い男女の悲鳴が響いた。 気温約3度に冷え込んだ現場には事故を知った近隣住民が集まり、救助活動が続く暗い水面を見つめた。 近くのマンションの女性(20)は「ずぶぬれになった男性と女性が、子供とみられる名前を叫んでいた」と唇を震わせた。 衝突後、救助を試みて池に入り死亡したとみられる太宰府市青葉台のアルバイト、秦智之さん(26)の乗用車は、左前部が激しく壊れた状態で池から十数メートル離れたガソリンスタンド内に。クリスマスプレゼントなのか、後部座席には赤い紙袋が残されていた。 [【車転落死亡】女子高生3人は同級生 ワゴン車は定員オーバー] - MSN産経ニュース http //sankei.jp.msn.com/region/news/110107/fkk11010700150002-n1.htm http //megalodon.jp/2011-0117-1046-06/sankei.jp.msn.com/region/news/110107/fkk11010700150002-n1.htm 2010.12.25 11 44 県警によると、死者のうち1人は大破した乗用車の秦智之さん(26)=太宰府市青葉台4丁目。転落車両の死者5人のうち、井手綾美さん(17)、石原瞳さん(18)、末吉泰子さん(18)の3人は福岡県立八女農業高3年の同級生で、残る2人も友人と判明した。ワゴン車は定員7人で、県警は道交法の定員超過の疑いがあるとみて調べる。 [【車転落死亡】涙ぬぐう女性…乗用車の男性自宅] - MSN産経ニュース http //sankei.jp.msn.com/region/news/110107/fkk11010700030000-n1.htm http //megalodon.jp/2011-0117-1049-49/sankei.jp.msn.com/region/news/110107/fkk11010700030000-n1.htm 2010.12.25 12 02 死亡した乗用車のアルバイト、秦智之さん(26)の同市内の自宅では25日、家族とみられる女性が車の中で何度も涙をぬぐい、悲しみに暮れた。 25日午前10時前、母親とみられる女性と、若い女性が乗用車で帰宅。声をかけようとする報道陣に向かって若い女性が「すみません。失礼します」とだけ話し、足早に玄関に入った。 約5分後、母親とみられる女性が小さな荷物を抱えて顔をマフラーで覆い、走って数十メートル離れた駐車場へ。車の運転席で何度も涙をぬぐいながら自宅を後にした。 近くの主婦(67)は事故の知らせに「まさかそんな…」。秦さんについて「いつも笑顔であいさつしてくれる。正義感が強く友達思いのところがあったように思う」と涙を浮かべながら振り返った。 [【車転落死亡】男性2人の死因は水死 「イルミネーション見に行く途中」] - MSN産経ニュース http //sankei.jp.msn.com/region/news/110108/fkk11010801170003-n1.htm http //megalodon.jp/2011-0117-1053-58/sankei.jp.msn.com/region/news/110108/fkk11010801170003-n1.htm 2010.12.25 13 29 県警によると、死者は破損した乗用車の秦智之さん(26)=太宰府市青葉台4丁目=と、ワゴン車の5人で、うち男性2人の死因は水死と判明した。 ワゴン車の残る4人のうち生後6カ月の乳児1人が意識不明の重体で、自力で脱出した乳児の母親と男性2人が軽傷を負った。生存者は「福岡市にイルミネーションを見に行く途中だった」と話しているという。 ワゴン車は定員7人で、県警は道交法の定員超過の疑いがあるとみて調べる。 転落車両の死者5人のうち、井手綾美さん(17)、石原瞳さん(18)、末吉泰子さん(18)の3人は福岡県立八女農業高3年の同級生で、残る2人はアルバイト山本翔さん(18)ら友人男性2人。重体の乳児は山本さんの息子、悠斗ちゃん。 [【車転落死亡】「優しい子だったのに」] - MSN産経ニュース http //sankei.jp.msn.com/region/news/110108/fkk11010801170002-n1.htm http //megalodon.jp/2011-0117-1058-48/sankei.jp.msn.com/region/news/110108/fkk11010801170002-n1.htm 2010.12.25 14 11 [【車転落死亡】無言の帰宅「信じられず」 涙で迎える家族や同級生] - MSN産経ニュース http //sankei.jp.msn.com/region/news/110112/fkk11011200040000-n1.htm http //megalodon.jp/2011-0117-1103-00/sankei.jp.msn.com/region/news/110112/fkk11011200040000-n1.htm 2010.12.25 19 07 [【車転落死亡】重体の6カ月男児死亡 死者は7人に] - MSN産経ニュース http //sankei.jp.msn.com/region/news/110107/fkk11010700180005-n1.htm http //megalodon.jp/2011-0117-1107-30/sankei.jp.msn.com/region/news/110107/fkk11010700180005-n1.htm 2010.12.25 20 13 [【車転落死亡】救助隊員「助けたい一心だったが、条件があまりに悪かった…」] - MSN産経ニュース http //sankei.jp.msn.com/region/news/110107/fkk11010700140001-n1.htm http //megalodon.jp/2011-0117-2306-37/sankei.jp.msn.com/region/news/110107/fkk11010700140001-n1.htm 2010.12.26 11 19 救出作業に当たった筑紫野太宰府消防本部の隊員2人が26日、取材に応じ「とにかく助けたい一心だった。結果は残念だった。条件があまりに悪かった」と振り返った。 救出の模様を明らかにしたのは中嶋幸博現場指揮隊長(59)と本田豊章救助隊長(37)。ワゴン車の車体は池の水面下に沈み、水が濁って50センチ先も見えない状態だったといい「手探りで車内を探るしかなかった」。水温が低く「15~20分置きに救助隊員を交代させるしかなかった。夏ならこんなことはなかった」と唇をかんだ。 【車転落死亡】雪空の下、最後の別れ 女子高校生葬儀 - MSN産経ニュース http //sankei.jp.msn.com/region/news/110111/fkk11011122580015-n1.htm http //megalodon.jp/2011-0117-2315-49/sankei.jp.msn.com/region/news/110111/fkk11011122580015-n1.htm 2010.12.26 16 25 太宰府事故 数十メートル手前で衝突か 現場付近は下り坂 福岡 - MSN産経ニュース http //sankei.jp.msn.com/region/kyushu/fukuoka/101227/fkk1012270202000-n1.htm http //megalodon.jp/2010-1228-0612-17/sankei.jp.msn.com/region/kyushu/fukuoka/101227/fkk1012270202000-n1.htm 2010.12.27 02 02 現場交差点の数十メートル手前で衝突していた可能性が高いことが26日、目撃者の話で分かった。 乗用車を運転して亡くなった太宰府市内のアルバイト、秦智之さん(26)が、急いで池に飛び込む姿を目撃した住民もいた。 池に面したマンション住民の話などによると、ワゴン車は県道(片側2車線)の歩道側の第1車線を、乗用車は第2車線を南から北に向かって並走。信号機がある交差点の数十メートル手前で何らかの事情で衝突した。 目撃情報では、ワゴン車は衝突後、速度を緩めることなく交差点を過ぎ、池に沿って設置された柵(高さ約1メートル)をなぎ倒しながら約2メートル下の池に転落。間もなく池の中から「助けて」と泣き叫ぶ男女の声が聞こえたという。 現場交差点付近は見通しがよく、現場の約300メートル手前から下り坂になっており、スピードが出やすくなっていた。ワゴン車は右側が大破、乗用車は左前のバンパーが激しく損傷しており、池の柵も約10メートルにわたって破損していた。 こうした状況から、ワゴン車はブレーキを踏むゆとりがなかった可能性も高いとみられ、県警は事故当時のワゴン車の運転者や、詳しい事故状況の確認を急いでいる。これまでの調べでは、ワゴン車には定員(7人)を上回る、乳児1人を含む9人が乗っていたことが判明している。 一方、秦さんが運転していた乗用車は衝突後にセンターライン付近でいったん停止。その後、右折を知らせるウインカーを出し、県道脇のガソリンスタンド内に入って駐車。秦さんは走って県道を渡り、「人が落ちた」などと大声で叫びながら池に飛び込んだという。 ワゴン車は1カ月前購入 7人死亡の転落事故 福岡 - MSN産経ニュース http //sankei.jp.msn.com/region/kyushu/fukuoka/101227/fkk1012270202001-n1.htm http //megalodon.jp/2010-1227-2154-45/sankei.jp.msn.com/region/kyushu/fukuoka/101227/fkk1012270202001-n1.htm 2010.12.27 02 02 ワゴン車は、事故で軽傷を負ったパート従業員の男性(18)のために、父親が1カ月ほど前に購入したことが分かった。 福岡県警によると、ワゴン車は同県八女市黒木町のパート従業員男性の父親名義。 事故後、自力で脱出し病院に運ばれた男性は、駆けつけた父親に「事故当時、自分は運転していなかった」と話したという。 [【車転落死亡】死亡3女生徒の分も生きていこう 高校で集会] - MSN産経ニュース http //sankei.jp.msn.com/region/news/110107/fkk11010700160003-n1.htm http //megalodon.jp/2011-0117-2328-29/sankei.jp.msn.com/region/news/110107/fkk11010700160003-n1.htm 2010.12.27 12 21 【車転落死亡】友人が「救助へ勇気ある行動」と悼む 乗用車の男性の葬儀 - MSN産経ニュース http //sankei.jp.msn.com/affairs/disaster/101227/dst1012271458017-n1.htm http //megalodon.jp/2011-0115-0617-10/sankei.jp.msn.com/affairs/disaster/101227/dst1012271458017-n1.htm 2010.12.27 14 57 福岡県太宰府市で乗用車と衝突したワゴン車が池に転落し7人が死亡した事故で、乗用車のアルバイト、秦智之さん(26)=太宰府市=の葬儀が27日、福岡市博多区であった。 葬儀は、秦さんの両親の意向で友人のみ約70人が参列。出棺前のあいさつで父親が「智之のことをどうか忘れないでください」と訴えた。 秦さんは事故後にワゴン車の女子高校生らを救助のため、池に飛び込み死亡したとみられており、葬儀場関係者によると、友人の男性が「勇気ある行動、誠実な行動、おまえらしい」とあいさつ。すすり泣きの声が響いた。 ひつぎには、クリスマスに母親が贈ったが手を通さずじまいになった手袋や、交際相手の女性がプレゼントしようとしていた洋服などが納められたという。 乗用車が対向車線側から進入 ワゴン車に衝突か 福岡・太宰府の7人死亡事故で - MSN産経ニュース http //sankei.jp.msn.com/affairs/disaster/110104/dst1101042130024-n1.htm http //megalodon.jp/2011-0108-2341-35/sankei.jp.msn.com/affairs/disaster/110104/dst1101042130024-n1.htm 2011.1.4 21 29 乗用車がワゴン車の走行車線に対向車線側から入り込み、衝突した可能性が高いことが4日、県警の調べで分かった。2台は並走しながら何らかの原因で衝突したとみられていたが、後続車の運転手が事故を目撃していた。 県警によると、現場付近は片側2車線の直線で、ワゴン車が中央車線側を走行中、対向車線側のガソリンスタンド付近から、乗用車がワゴン車の走行車線に入り込み、衝突したという。ワゴン車は歩道に乗り上げ、防護柵を突き破って池に転落。乗用車はガソリンスタンドに引き返した。 また、転落現場の交差点の信号はワゴン車の進行方向が青だったことも目撃証言で新たに判明。ワゴン車はスピードを緩めないまま乗用車と衝突したとみられる。 【車転落死亡】死亡運転手ともに書類送検へ 福岡・大宰府7人死亡 - MSN産経ニュース http //sankei.jp.msn.com/affairs/news/110215/dst11021512290008-n1.htm http //megalodon.jp/2011-0216-0215-53/sankei.jp.msn.com/affairs/news/110215/dst11021512290008-n1.htm 2011.2.15 12 27 福岡県警は15日までに、自動車運転過失致死傷容疑で、乗用車を運転していた男性=当時(26)=と、ワゴン車運転の少年=当時(18)=をいずれも被疑者死亡のまま、近く書類送検する方針を固めた。捜査関係者が明らかにした。 事故は昨年12月24日午後11時40分ごろ発生。太宰府市の県道を、定員を2人超える9人を乗せて走行中のワゴン車が乗用車と衝突し、ワゴン車が道路脇の池に転落、17~18歳の男女5人と、生後6カ月の男児が死亡した。 乗用車の男性も死亡、救助のため飛び込んだとみられる。 県警に寄せられた目撃情報によると、乗用車はワゴン車の進行方向右側にあるガソリンスタンドから出て、対向車線を横切る形でワゴン車の車線に進入した。乗用車は左前部、ワゴン車は右側面の損傷が激しかった。 このため県警は、乗用車とワゴン車の双方の運転手が、前方をよく見ていれば事故を避けられた可能性があるとして、2人を送検することにしたという。 【車転落死亡】死亡運転手ともに書類送検へ 福岡・大宰府7人死亡 - MSN産経ニュース http //sankei.jp.msn.com/region/news/110215/fkk11021513280002-n1.htm http //megalodon.jp/2011-0216-0227-34/sankei.jp.msn.com/region/news/110215/fkk11021513280002-n1.htm 2011.2.15 12 27 両運転手を過失致死容疑で書類送検 福岡・大宰府の7人死亡事故 - MSN産経ニュース http //sankei.jp.msn.com/affairs/news/110218/dst11021816560003-n1.htm http //megalodon.jp/2011-0218-2017-33/sankei.jp.msn.com/affairs/news/110218/dst11021816560003-n1.htm 2011.2.18 16 54 筑紫野署は18日、自動車運転過失致死容疑で、乗用車を運転していた男性=当時(26)=と、ワゴン車を運転の少年=同(18)=を、いずれも容疑者死亡のまま書類送検した。 乗用車の男性の送検容疑は、昨年12月24日午後11時40分ごろ、太宰府市の県道脇にあるガソリンスタンドを出る際、左右の安全を確認せずに進入し、ワゴン車と衝突。ワゴン車を道路脇の池に転落させ、6人を死亡させたとしている。 ワゴン車の少年の送検容疑は、前方不注意のため乗用車の進入に気付かずに衝突、ワゴン車を池に転落させて同乗者5人を死亡させたとしている。
https://w.atwiki.jp/soundtasukeai/pages/42.html
目次 目次 ランダムなパンで繰り返し鳴らし続ける 高速にランダムなパンピッチで鳴らし続ける 高速にランダムなパンピッチで鳴らし続けるUnity(参考) 高速にランダムなピッチでならす(AtomPleyer) ランダムなピッチでならす(AtomPleyerと3DPositioning) ランダムなパンで繰り返し鳴らし続ける public class PanChange MonoBehaviour { CriAtomSource source; void Start () { source = GetComponent CriAtomSource (); } void Update () { if(source.status == CriAtomSource.Status.PlayEnd || source.status == CriAtomSource.Status.Stop) { source.pan3dAngle = Random.Range(-30,30); source.Play(); } } } 高速にランダムなパンピッチで鳴らし続ける public class PanChange MonoBehaviour { public float duration = 0.02f; CriAtomSource source; void Start () { source = GetComponent CriAtomSource (); } float time = 0; void Update () { if(Time.timeSinceLevelLoad time){ source.pan3dAngle = Random.Range(-30,30); source.pitch = Random.Range(-1200,1200); source.Play(); time = Time.timeSinceLevelLoad+duration; } } } 高速にランダムなパンピッチで鳴らし続けるUnity(参考) public class PanChange MonoBehaviour { public float duration = 0.02f; public AudioClip clip; AudioSource source; void Start () { source = GetComponent AudioSource (); source.PlayOneShot(clip); } float time = 0; void Update () { if(Time.timeSinceLevelLoad time){ source.pan = Random.Range(-1f,1f); source.PlayOneShot(clip); time = Time.timeSinceLevelLoad+duration; } } } 高速にランダムなピッチでならす(AtomPleyer) public class PanChange MonoBehaviour { public float duration = 0.02f; CriAtomExPlayer atomPlayer = null; void Start () { atomPlayer = new CriAtomExPlayer(); // AtomExPlayer()作成 atomPlayer.SetCue(null,"synth"); } float time = 0; void Update () { if(Time.timeSinceLevelLoad time){ atomPlayer.SetPitch(Random.Range(-1200,1200)); atomPlayer.Start(); time = Time.timeSinceLevelLoad+duration; } } void OnDestroy() { if(atomPlayer != null){ atomPlayer.Dispose(); // 破棄 atomPlayer = null; } } } ランダムなピッチでならす(AtomPleyerと3DPositioning) public class PanChange MonoBehaviour { public float duration = 0.02f; public float minDistance = 5f; public float maxDistance = 30f; public float dopplerFactor = 0.0f; CriAtomExPlayer atomPlayer = null; CriAtomEx3dSource atom3dSource = null; void Start () { atomPlayer = new CriAtomExPlayer(); // AtomExPlayer()作成 atom3dSource = new CriAtomEx3dSource(); atom3dSource.SetMinMaxDistance(minDistance,maxDistance); atom3dSource.SetDopplerFactor(dopplerFactor); atomPlayer.SetPanType(CriAtomEx.PanType.Pos3d); atomPlayer.SetCue(null,"synth"); atomPlayer.Set3dSource(atom3dSource); atomPlayer.Set3dListener(CriAtomListener.instance.internalListener); atomPlayer.SetPitch(Random.Range(-1200,1200)); duration = Random.Range(2,4)*0.2f; } float time = 0; void Update () { atom3dSource.SetPosition(this.transform.position.x,this.transform.position.y,this.transform.position.z); atom3dSource.Update(); atomPlayer.UpdateAll(); if(Time.timeSinceLevelLoad time){ atomPlayer.Start(); time = Time.timeSinceLevelLoad+duration; } } void OnDestroy() { if(atomPlayer != null){ atomPlayer.Dispose(); // 破棄 atomPlayer = null; atom3dSource.Dispose(); atom3dSource = null; } } }
https://w.atwiki.jp/azounoman/pages/25.html
1459 Power Network 問題 http //acm.pku.edu.cn/JudgeOnline/problem?id=1459 解答方針 ネットワーク最大流問題.有名問題なので,詳しいアルゴリズムはグラフ理論の教科書に譲る.ここでは概要を書いておく. 複数のソース(入口),シンク(出口)があるネットワークの最大流を考える場合は,もとのソース,シンクは単なるノードとし,新たな頂点「スーパーソース」,「スーパーシンク」をソース,シンクとするネットワークを考えればよい.このとき,スーパーソースから各「元ソース」へ,各「元シンク」からスーパーシンクへ経路をつくり,経路の容量は各「元ソース」,「元シンク」の容量とする. あとは補助ネットワークを構成して増大路を求め,補助ネットワークを更新する操作を,増大路がなくなるまで繰り返す.なお,増大路を求めるときは,BFSを利用して最短の増大路を求めるようにする.こうすることで増大路を求める回数をO(VE)でおさえることができる(Edmonds-Karpのアルゴリズム). !!解答例 import java.util.*; public class Main { public static void main(String[] args) { Scanner sc = new Scanner(System.in); sc.useDelimiter("\\D+"); while(sc.hasNext()){ int num_nodes = sc.nextInt(); int num_powers = sc.nextInt(); int num_consumers = sc.nextInt(); int num_edges = sc.nextInt(); int[][] network = new int[num_nodes+2][num_nodes+2]; int source = num_nodes; int sink = num_nodes+1; for(int i=0;i num_nodes+2;i++) Arrays.fill(network[i],0); for(int i=0;i num_edges;i++){ int u = sc.nextInt(); int v = sc.nextInt(); network[u][v] = sc.nextInt(); } for(int i=0;i num_powers;i++){ int u = sc.nextInt(); network[source][u] = sc.nextInt(); } for(int i=0;i num_consumers;i++){ int u = sc.nextInt(); network[u][sink] = sc.nextInt(); } Solver sol = new Solver(num_nodes+2,source,sink,network); System.out.println(sol.solve()); } } } class Solver{ int size;//number of nodes int source;//nodeID of source int sink;//nodeID of sink int[][] network; Solver(int n,int s,int t,int[][] net){ size = n; source = s; sink = t; network = net; } public int solve(){ int[] path; int flow = 0; while(true){ path = searchPath(); if(path==null) break; int pathlen = path.length-1; //calculate how much flow increases int flowinc = Integer.MAX_VALUE; for(int i=0;i pathlen;i++){ flowinc = Math.min(flowinc,network[path[i]][path[i+1]]); } //flow increases flow += flowinc; //update network array for(int i=0;i pathlen;i++){ network[path[i]][path[i+1]] -= flowinc; network[path[i+1]][path[i]] += flowinc; } } return flow; } //search shortest path from source to sink by BFS private int[] searchPath(){ boolean[] discovered = new boolean[size]; int[] pred = new int[size]; Arrays.fill(discovered,false); LinkedList Integer l = new LinkedList Integer (); l.addLast(source); pred[source] = -1; discovered[source] = true; while(!l.isEmpty()){ int u = l.getFirst(); for(int i=0;i size;i++){ if(!discovered[i] network[u][i] 0){ pred[i] = u; discovered[i] = true; l.addLast(i); //discoverd path to sink if(i==sink){ return getPath(pred); } } } l.removeFirst(); } //cannot find path return null; } //get path to sink from pred node array private int[] getPath(int[] pred){ LinkedList Integer path = new LinkedList Integer (); int u = sink; while(u!=-1){ path.addFirst(u); u = pred[u]; } int pathsize = path.size(); Integer[] __ret = new Integer[pathsize]; __ret = path.toArray(__ret); int[] ret = new int[pathsize]; for(int i=0;i ret.length;i++) ret[i] = __ret[i]; return ret; } }
https://w.atwiki.jp/phunter/pages/24.html
True Ending EndingsThief Blodody Chairs! Footballer Coward Shy Disrespectful Yummy! Sloppy Home comfort You are boring That was Loud Lazy sack! Bright future Toothless Detective Happy Bad cook Forgetful Loser Care True Ending 余計な手順を含むかもしれません。 再現性は高いと思います。 Endings Thief テーブルの上の果物をクリック Blodody Chairs! 右の椅子をクリックして座る Footballer サッカーの試合を見ているアンコを数回クリック Coward Shy Disrespectful Yummy! Sloppy Home comfort You are boring That was Loud Lazy sack! Bright future Toothless Detective Happy Bad cook Forgetful Loser Care
https://w.atwiki.jp/kimikage/pages/100.html
コンボボックスにListBoxItemを加える方法 コンボボックスの選択を変更するとダイアログ出力 Window1.xaml Window x Class="ProjectName.Window1" xmlns="http //schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns x="http //schemas.microsoft.com/winfx/2006/xaml" Title="Window1" Height="300" Width="300" Grid x Name="grid" ComboBox x Name="cmb" HorizontalAlignment="Left" Margin="10,10,0,0" VerticalAlignment="Top" Width="120"/ /Grid /Window Window1.xaml.cs using System; using System.Windows; using System.Windows.Controls; using System.Windows.Input; namespace ProjectName { /// summary /// Interaction logic for Window1.xaml /// /summary public partial class Window1 Window { protected enum HotKeys { F1 = Key.F1, F2 = Key.F2, F3 = Key.F3, F4 = Key.F4, F5 = Key.F5, F6 = Key.F6, F7 = Key.F7, F8 = Key.F8, F9 = Key.F9, F10 = Key.F10, F11 = Key.F11, F12 = Key.F12, } public Window1() { InitializeComponent(); ListBoxItem item; foreach (HotKeys key in Enum.GetValues(typeof(HotKeys))) { item = new ListBoxItem(); item.Content = key; this.cmb.Items.Add(item); } this.cmb.SelectionChanged += cmb_SelectionChanged; } protected void cmb_SelectionChanged(object sender, EventArgs e) { Key key = (Key)((ContentControl)this.cmb.SelectedItem).Content; int keyValue = KeyInterop.VirtualKeyFromKey(key); MessageBox.Show(String.Format("キー:{0}、キーコード:{1}", key, keyValue)); } } }
https://w.atwiki.jp/mieyanman/pages/13.html
参照名:Oracle.DataAccess 種類:.NET バージョン:2.112.2.0 ローカルにコピーする:True パス:C \WINDOWS\assembly\GAC_64\Oracle.DataAccess\2.112.2.0__89b483f429c47342\Oracle.DataAccess.dll Imports Oracle.DataAccess.Client Imports Oracle.DataAccess.Types Express Editionをx86でビルドする方法 1.vbprojファイルをエディタで開く。 2.最初の PropertyGroup セクションをさがしその下に次の行を追加する。 PlatformTarget x86 /PlatformTarget summary Oracle /summary remarks 参照設定 Oracle.DataAccess .NET 10.2.0.100 True C \oraclexe\app\oracle\product\10.2.0\server\bin\Oracle.DataAccess.dll 32bit 環境用のDLLを使ったアプリは、x86 でビルド しておかないと動作しない。 Microsoft Visual Studio Express Editionでは、コンパイルの詳細設定での選択ができない。 x86でビルドするには プロジェクト ファイルを開き 最初の PropertyGroup ・・・ /PropertyGroup セクションを探す。 そのタグのあとに次の行を追加する。" PlatformTarget x86 /PlatformTarget " /remarks summary 接続情報、SQLを基にデータテーブルを返す /summary param name="wp_ConnectInfo" 接続情報 /param param name="wp_Sql" SQL /param returns データテーブル /returns remarks /remarks Public Function pf_dt(wp_ConnectInfo As clsConnectInfo, ByVal wp_Sql As String) As dt Dim ret As New dt() Dim dt As New DataTable() Dim cn As New Oracle.DataAccess.Client.OracleConnection(mf_ConnectString(wp_ConnectInfo)) cn.Open() Dim cmd As New Oracle.DataAccess.Client.OracleCommand(wp_Sql, cn) Dim ds As New DataSet Dim da As New Oracle.DataAccess.Client.OracleDataAdapter(cmd) da.Fill(ds, "data") dt = ds.Tables(0) For i As Integer = 0 To dt.Rows.Count - 1 Dim cells As New clsCells For j As Integer = 0 To dt.Columns.Count - 1 Dim w As String = "" Select Case dt.Columns(j).DataType.Name Case "String" w = dt.Rows(i).Item(j).ToString Case "Single" w = pf_ObjectToDouble(dt.Rows(i).Item(j)).ToString Case "Decimal" w = pf_ObjectToDouble(dt.Rows(i).Item(j)).ToString Case "DateTime" If IsDate(dt.Rows(i).Item(j)) Then w = pf_ObjectToDate(dt.Rows(i).Item(j)).ToString("yyyy/MM/dd HH mm ss") End If Case Else MsgBox(dt.Columns(j).DataType.Name, MsgBoxStyle.SystemModal) Debug.Print(dt.Columns(j).DataType.Name) w = dt.Rows(i).Item(j).ToString End Select cells.Cells.Add(w) Next ret.Rows.Add(cells) Next Return ret End Function summary 接続情報を基に接続文字列を返す /summary param name="wp_ConnectInfo" 接続情報 /param returns 接続文字列 /returns remarks /remarks Private Function mf_ConnectString(wp_ConnectInfo As clsConnectInfo) As String Dim ret = "user id=x;password=x;data source=xe" TODO 2017.10.26 NMHIS M.Nakagawa 以下1行削除 ret = String.Format("user id={0};password={1};data source={2}", wp_ConnectInfo.c0UserId, wp_ConnectInfo.c1Password, wp_ConnectInfo.c2DataSource) TODO 2017.10.26 NMHIS M.Nakagawa 以下1行追加 ret = "Data Source=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=x-PC)(PORT=1521)))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=XE)));User Id=x;Password=x;" Return ret End Function
https://w.atwiki.jp/stones/pages/447.html
A Bigger Bang North American Tour 2006 01/10/2006 Centre Bell - Montreal, QB 01/13/2006 TD Banknorth Garden - Boston, MA 01/15/2006 TD Banknorth Garden - Boston, MA 01/18/2006 Madison Square Garden - New York, NY 01/20/2006 Madison Square Garden - New York, NY 01/23/2006 United Center - Chicago, IL 01/25/2006 United Center - Chicago, IL 01/27/2006 Savvis Center - St. Louis, MO 01/29/2006 Qwest Center - Omaha, NE 02/01/2006 1st Mariner Arena - Baltimore, MD 02/05/2006 Ford Field (Super Bowl XL) - Detroit, MI 02/08/2006 Philips Arena - Atlanta, GA A Bigger Bang Latin American Tour 2006 02/11/2006 Coliseo de Puerto Rico - San Juan, Puerto Rico 02/18/2006 Copacabana Beach - Rio de Janeiro, Brazil 02/21/2006 Estadio Monumental - Buenos Aires, Argentina 02/23/2006 Estadio Monumental - Buenos Aires, Argentina 02/26/2006 Foro Sol - Mexico City, Mexico 03/01/2006 Estadio Universitario - Monterrey, Mexico A Bigger Bang North American Tour 2006 03/04/2006 MGM Grand Garden Arena - Las Vegas, NV 03/06/2006 The Forum - Inglewood, CA 03/09/2006 ALLTEL Arena - North Little Rock, AR 03/12/2006 Bank Atlantic Center - Sunrise, FL 03/14/2006 Radio City Music Hall - New York, NY A Bigger Bang Japan Tour 2006 03/22/2006 Tokyo Dome - Tokyo, Japan 03/24/2006 Tokyo Dome - Tokyo, Japan 03/29/2006 Sapporo Dome - Sapporo, Japan 04/02/2006 Saitama Super Arena - Saitama, Japan 04/05/2006 Nagoya Dome - Nagoya, Japan A Bigger Bang China Tour 2006 04/08/2006 Shanghai Grand Stage - Shanghai, China A Bigger Bang Australia Tour 2006 04/11/2006 Telstra Stadium - Sydney, Australia 04/13/2006 Rod Laver Arena - Melbourne, Australia A Bigger Bang New Zealand Tour 2006 04/16/2006 Western Springs Stadium - Auckland, New Zealand 04/18/2006 Westpac Stadium - Wellington, New Zealand A Bigger Bang European Tour 2006 07/11/2006 Stadio Giuseppe Meazza - Milan, Italy 07/14/2006 Ernst Happel Stadion - Vienna, Austria 07/16/2006 Olympiastadion - Munich, Germany 07/19/2006 AWD Arena - Hanover, Germany 07/21/2006 Olympiastadion - Berlin, Germany 07/23/2006 Rhein Energie Stadion - Cologne, Germany 07/28/2006 Stade de France - Paris, France 07/31/2006 Amsterdam Arena - Amsterdam, Netherlands 08/03/2006 Gottlieb-Daimler-Stadion - Stuttgart, Germany 08/05/2006 Dübendorf Airfield - Zurich, Switzerland 08/08/2006 Palais Nikaia - Nice, France 08/12/2006 Estádio do Dragão - Porto, Portugal 08/20/2006 Twickenham Stadium - London, England 08/22/2006 Twickenham Stadium - London, England 08/25/2006 Hampden Park - Glasgow, Scotland 08/27/2006 Don Valley Stadium - Sheffield, England 08/29/2006 Millennium Stadium - Cardiff, Wales 09/01/2006 Koengen - Bergen, Norway 09/03/2006 Forum Horsens Stadion - Horsens, Denmark A Bigger Bang North American Tour 09/20/2006 Gillette Stadium - Foxborough, MA 09/23/2006 Halifax Common - Halifax, NS 09/27/2006 Giants Stadium - East Rutherford, NJ 09/29/2006 Churchill Downs - Louisville, KY 10/01/2006 Cessna Stadium - Wichita, KS 10/04/2006 Grizzly Stadium - Missoula, MT 10/06/2006 Mosaic Stadium at Taylor Field - Regina, SK 10/08/2006 Mosaic Stadium at Taylor Field - Regina, SK 10/11/2006 Soldier Field - Chicago, IL 10/17/2006 Qwest Field - Seattle, WA 10/20/2006 Sun Bowl Stadium - El Paso, TX 10/22/2006 Zilker Park - Austin, TX 10/29/2006 Beacon Theatre, New York, NY 11/01/2006 Beacon Theatre, New York, NY 11/06/2006 McAfee Coliseum - Oakland, CA 11/08/2006 Cardinals Stadium - Glendale, AZ 11/11/2006 MGM Grand Garden Arena - Las Vegas, NV 11/14/2006 Idaho Center - Boise, ID 11/17/2006 Boardwalk Hall - Atlantic City, NJ 11/22/2006 Dodger Stadium - Los Angeles, CA 11/25/2006 BC Place Stadium - Vancouver, BC BACK / NEXT
https://w.atwiki.jp/news_sourse/pages/65.html
記事検索結果 - 毎日jp(毎日新聞) http //search.mainichi.jp/result?p=%E3%83%AF%E3%82%B4%E3%83%B3%E8%BB%8A%E8%BB%A2%E8%90%BD st=s 「ワゴン車転落」 で検索した結果 http //search.mainichi.jp/result?p=%E5%A4%AA%E5%AE%B0%E5%BA%9C%E3%81%AE%E8%BB%8A%E8%A1%9D%E7%AA%81%E8%BB%A2%E8%90%BD st=s 「太宰府の車衝突転落」 で検索した結果 ワゴン車転落:福岡県太宰府市の池に 4人救出、2人不明 - 毎日jp(毎日新聞) http //webcache.googleusercontent.com/search?q=cache jQDbDH6R6BoJ news.www.infoseek.co.jp/search/story/mainichi_20101225k0000m040129000c/ http //backupurl.com/qmnqob 毎日新聞 2010年12月25日 1時10分 ワゴン車転落:池周辺住民 救助作業見守る 福岡・太宰府 - 毎日jp(毎日新聞) http //megalodon.jp/2010-1228-0832-55/mainichi.jp/photo/news/20101225k0000m040143000c.html 2010年12月25日2時6分 毎日新聞 2010年12月25日 2時06分(最終更新 12月25日 3時10分) ワゴン車転落:池周辺住民 救助作業見守る 福岡・太宰府 - 毎日jp(毎日新聞) http //megalodon.jp/2011-0112-0111-02/mainichi.jp/select/jiken/news/20101225k0000m040143000c.html 毎日新聞 2010年12月25日 2時06分(最終更新 12月25日 3時10分) ワゴン車転落:子供含む5人死亡、1人不明 福岡・太宰府 - 毎日jp(毎日新聞) http //megalodon.jp/2011-0111-1929-58/mainichi.jp/photo/news/20101225k0000m040151000c.html 2010年12月25日3時5分 毎日新聞 2010年12月25日 3時05分(最終更新 12月25日 3時16分) ワゴン車転落:子供含む5人死亡、1人不明 福岡・太宰府 - 毎日jp(毎日新聞) http //megalodon.jp/2011-0112-0028-46/mainichi.jp/select/jiken/news/20101225k0000m040151000c.html 毎日新聞 2010年12月25日 3時05分(最終更新 12月25日 3時16分) ワゴン車転落:福岡県太宰府市の池に 4人救出、2人不明 - 毎日jp(毎日新聞) http //megalodon.jp/2010-1228-0829-52/mainichi.jp/photo/news/20101225k0000m040129000c.html 2010年12月25日1時10分 毎日新聞 2010年12月25日 1時10分(最終更新 12月25日 5時33分) ワゴン車転落:福岡県太宰府市の池に 4人救出、2人不明 - 毎日jp(毎日新聞) http //megalodon.jp/2010-1226-1226-44/mainichi.jp/select/jiken/news/20101225k0000m040129000c.html 毎日新聞 2010年12月25日 1時10分(最終更新 12月25日 5時33分) 福岡・太宰府の車衝突転落:イブの夜、暗転 1時間後救出、2人動かず - 毎日jp(毎日新聞) http //megalodon.jp/2010-1229-1309-22/mainichi.jp/seibu/shakai/news/20101225ddp041040039000c.html 2010年12月25日6時0分 毎日新聞 2010年12月25日 西部朝刊 交通事故:子供ら6人不明 ワゴン車、池に転落--福岡・太宰府 - 毎日jp(毎日新聞) http //megalodon.jp/2011-0111-2258-57/mainichi.jp/select/jiken/news/20101225ddm041040130000c.html 2010年12月25日6時0分 毎日新聞 2010年12月25日 東京朝刊 ワゴン車転落:「男児が蘇生」警察明らかに 死者は計6人 - 毎日jp(毎日新聞) http //megalodon.jp/2011-0111-1940-34/mainichi.jp/photo/news/20101225k0000e040002000c.html 2010年12月25日5時25分 毎日新聞 2010年12月25日 5時25分(最終更新 12月25日 7時30分) ワゴン車転落:「男児が蘇生」警察明らかに 死者は計6人 - 毎日jp(毎日新聞) http //megalodon.jp/2010-1228-0836-30/mainichi.jp/select/jiken/news/20101225k0000e040002000c.html 毎日新聞 2010年12月25日 5時25分(最終更新 12月25日 7時30分) ワゴン車転落:6人が死亡 別の男性も池で発見、死亡確認 - 毎日jp(毎日新聞) http //megalodon.jp/2011-0111-1934-20/mainichi.jp/photo/news/20101225k0000e040001000c.html 2010年12月25日5時18分 毎日新聞 2010年12月25日 5時18分(最終更新 12月25日 12時55分) ワゴン車転落:6人が死亡 別の男性も池で発見、死亡確認 - 毎日jp(毎日新聞) http //megalodon.jp/2010-1228-0839-32/mainichi.jp/select/jiken/news/20101225k0000e040001000c.html 毎日新聞 2010年12月25日 5時18分(最終更新 12月25日 12時55分) 福岡・太宰府の車衝突転落:6人死亡 ワゴン車・高校生ら、乗用車・26歳 - 毎日jp(毎日新聞) http //megalodon.jp/2011-0111-1950-36/mainichi.jp/seibu/shakai/news/20101225ddg001040002000c.html 2010年12月25日15時0分 毎日新聞 2010年12月25日 西部夕刊 福岡・太宰府の車衝突転落:26歳と高3ら6人死亡、乳児重体 - 毎日jp(毎日新聞) http //megalodon.jp/2010-1229-1305-31/mainichi.jp/select/jiken/archive/news/2010/12/25/20101225dde001040004000c.html 2010年12月25日15時0分 毎日新聞 2010年12月25日 東京夕刊 福岡・太宰府の車衝突転落:6人死亡 「子供が中に、助けて」 寒空に母の叫び - 毎日jp(毎日新聞) http //megalodon.jp/2011-0111-1955-05/mainichi.jp/seibu/shakai/news/20101225ddg041040008000c.html 2010年12月25日15時0分 毎日新聞 2010年12月25日 西部夕刊 福岡・太宰府の車衝突転落:イブの惨事 「助けて、子供が中に」叫び続ける母 - 毎日jp(毎日新聞) http //megalodon.jp/2010-1229-1302-57/mainichi.jp/select/jiken/archive/news/2010/12/25/20101225dde041040014000c.html 2010年12月25日15時0分 毎日新聞 2010年12月25日 東京夕刊 太宰府転落:車と衝突、ワゴン車池へ 高3ら6人死亡 - 毎日jp(毎日新聞) http //megalodon.jp/2011-0112-0041-33/mainichi.jp/select/jiken/news/20101225k0000e040013000c.html 毎日新聞 2010年12月25日 10時46分(最終更新 12月25日 19時26分) 太宰府転落:「子供が中に」叫び続ける母 近隣総出で救助 - 毎日jp(毎日新聞) http //megalodon.jp/2010-1228-0902-34/mainichi.jp/select/jiken/news/20101225k0000e040023000c.html 毎日新聞 2010年12月25日 11時10分(最終更新 12月25日 19時26分) 福岡・太宰府の車衝突転落:男児も死亡、死者7人 並走中に衝突か - 毎日jp(毎日新聞) http //megalodon.jp/2011-0111-2008-05/mainichi.jp/seibu/shakai/news/20101226ddp001040004000c.html 2010年12月26日6時0分 毎日新聞 2010年12月26日 西部朝刊 福岡・太宰府の車衝突転落:祖母悲痛、肩落とす 生存者、友失い終始無言 - 毎日jp(毎日新聞) http //megalodon.jp/2010-1228-0638-04/mainichi.jp/seibu/shakai/news/20101226ddp041040009000c.html 2010年12月26日6時0分 毎日新聞 2010年12月26日 西部朝刊 福岡・太宰府の車衝突転落:2台並走中に衝突か 重体乳児も死亡 死者計7人に - 毎日jp(毎日新聞) http //megalodon.jp/2010-1226-0924-51/mainichi.jp/select/jiken/news/20101226ddm041040139000c.html 2010年12月26日6時0分 毎日新聞 2010年12月26日 東京朝刊 福岡・太宰府の車衝突転落:重体乳児も死亡、死者計7人に 並走中衝突か - 毎日jp(毎日新聞) http //mainichi.jp/chubu/newsarchive/news/20101226ddq041040007000c.html http //megalodon.jp/2011-0111-1958-22/mainichi.jp/chubu/newsarchive/news/20101226ddq041040007000c.html 2010年12月26日6時0分 毎日新聞 2010年12月26日 中部朝刊 福岡・太宰府の車衝突転落:乳児と高3ら7人死亡 2台並走中に衝突か - 毎日jp(毎日新聞) http //megalodon.jp/2011-0111-2002-06/mainichi.jp/hokkaido/shakai/news/20101226ddr041040005000c.html 2010年12月26日6時0分 毎日新聞 2010年12月26日 北海道朝刊 太宰府車転落:「救出条件が悪すぎた」消防隊員、視界ゼロ - 毎日jp(毎日新聞) http //megalodon.jp/2010-1228-0646-44/mainichi.jp/select/jiken/news/20101227k0000m040129000c.html 2010年12月27日0時54分 毎日新聞 2010年12月27日 0時54分(最終更新 12月27日 1時05分) 福岡・太宰府の車衝突転落:視界ゼロ、救出に苦闘 消防、乳児引き上げに1時間 - 毎日jp(毎日新聞) http //megalodon.jp/2011-0111-2013-17/mainichi.jp/seibu/shakai/news/20101227ddp041040017000c.html 2010年12月27日6時0分 毎日新聞 2010年12月27日 西部朝刊 福岡・太宰府の車衝突転落:現場、ブレーキ跡なし 免許保有者、アルコール検出されず - 毎日jp(毎日新聞) http //megalodon.jp/2011-0111-2018-14/mainichi.jp/seibu/shakai/news/20101227ddg041040014000c.html 2010年12月27日15時0分 毎日新聞 2010年12月27日 西部夕刊 福岡・太宰府の車衝突転落:現場にブレーキ痕なし 免許ある5人、アルコール未検出 - 毎日jp(毎日新聞) http //megalodon.jp/2011-0111-2015-50/mainichi.jp/select/jiken/archive/news/2010/12/27/20101227dde041040012000c.html 2010年12月27日15時0分 毎日新聞 2010年12月27日 東京夕刊 福岡・太宰府の車衝突転落:「乗用車側の過失致死」前方不注意など可能性--県警捜査 - 毎日jp(毎日新聞) http //megalodon.jp/2010-1229-1026-37/mainichi.jp/seibu/shakai/news/20101228ddp041040014000c.html 2010年12月28日6時0分 毎日新聞 2010年12月28日 西部朝刊 太宰府の車衝突転落:目撃情報を収集--筑紫野署 /福岡 - 毎日jp(毎日新聞) http //megalodon.jp/2010-1231-0837-39/mainichi.jp/area/fukuoka/news/20101229ddlk40040187000c.html 2010年12月29日6時0分 〔福岡都市圏版〕 毎日新聞 2010年12月29日 地方版 太宰府7人死亡:後続車の運転手が目撃証言/「道路右側から出てきた乗用車と衝突」 - 毎日jp(毎日新聞) http //megalodon.jp/2011-0109-0320-54/mainichi.jp/seibu/news/20110105sog00m040004000c.html 2011年1月5日1時29分 2011年1月5日 福岡・太宰府の車衝突転落:乗用車が右側スタンド方向から出てきて 後続運転手が証言 - 毎日jp(毎日新聞) http //megalodon.jp/2011-0109-0104-55/mainichi.jp/seibu/shakai/news/20110105ddp041040018000c.html 2011年1月5日6時0分 毎日新聞 2011年1月5日 西部朝刊
https://w.atwiki.jp/it_certification/pages/229.html
進捗確認正答率 チェック 所感1週目 2011/06/19 2週目 2011/09/06 3週目 2011/11/03 誤植 および 問題文補足8.2 Multicast RPF Failure 8.15 Auto-RP and RP/MA Placement 8.19 BSR - Multiple RP Candidate 8.20 Filtering BSR Messages 8.23 IGMP Timers 8.24 Multicast Helper Map 8.29 Muticast BGP Extention 8.30 MSDP 8.33 Catalyst Multicast VLAN Registration Tips8.1 PIM Dense Mode 8.2 Multicast RPF failure 8.3 PIM sparse mode 8.5 PIM Assert 8.7 PIM DR Election 8.8 PIM Accept Register 8.9 Multicast Tunneling 8.11 Auto-RP 8.15 Auto-RP and RP/MA Placement 8.17 Multicast Boundary 8.21 Stub Multicast Routing IGMP Helper 8.23 IGMP Timers 8.24 Multicast Helper Map 8.25 Multicast Rate-Limiting 8.26 Bidirectional PIM 8.27 Source Specific Multicast 8.28 DVMRP Interoperability 8.30 MSDP 8.31 Anycast RP 8.33 Catalyst Multicast VLAN Registration 進捗確認 正答率 チェック 2週目 3週目 4週目 5週目 8.1 PIM Dense Mode 8.2 Multicast RPF Failure 8.3 PIM Sparse Mode 8.4 PIM Sparse-Dense Mode 8.5 PIM Asset x 8.6 PIM Accept RP 8.7 PIM DR Election 8.8 PIM Accept Register 8.9 Multicast Tunneling 8.10 PIM NBMA Mode 8.11 Auto-RP x 8.12 Auto-RP - Multiple Candidate RPs 8.13 Auto-RP - Filtering Candidate RPs 8.14 Auto-RP Listener 8.15 Auto-RP and RP/MA Placement 8.16 Filtering Auto-RP Messages 8.17 Multicast Boundary x 8.18 PIM Bootstrap Router x 8.19 BSR - Multiple RP Candidates 8.20 Filtering BSR Messages 8.21 Stub Multicast Routing IGMP Helper 8.22 IGMP Filtering 8.23 IGMP Timers 8.24 Multicast Helper Map x 8.25. Multicast Rate Limit 8.26 Bidirectional PIM x x 8.27 Source Specific Multicast 8.28 DVMRP Interoperability x 8.29 Multicast BGP Extension 8.30 MSDP 8.31 Anycast RP x 8.32 Catalyst IGMP Snooping 8.33 Catalyst Multicast VLAN Registration x 8.34 Catalyst IGMP Profiles 正答率 84% 88% 所感 1週目 2011/06/19 8.24 以下のようなdefault static multicast routeを定義すると、shared-treeが想定通りに作成されません。 ip mroute 0.0.0.0 0.0.0.0 155.X.45.4 2週目 2011/09/06 8.2 no ip mroute-cacheを投入しないとデバッグメッセージを確認できない事を失念してしまい、確認作業にかなりの時間を要してしまいました。 8.3 ip ospf network point-to-pointに気付くのに時間がかかってしまいました。sourceからRPまでがどのような経路になっているのか慎重に確認する必要があります。 8.3 switch overコマンドは投入できましたが、switch overの確認方法を理解していませんでした。デフォルトの閾値は0Kbpsなので、デフォルトでは共有ツリーに基づき転送されます。しかし、"ip pim spt-threshold 128"を投入すると、共有ツリーを使用しないようになります。 8.5 問題文を誤読してしまいました。全く的外れな設定を自身満々で投入してしまいました。 8.10 以下の警告メッセージの意味が理解できませんでした。これは、dense-modeのパケットに対してはsplit-horizonのルールが無効化されない事を警告するためのメッセージです。なお、dense-modeに対してspilit-horizonが効いてしまう事に関しては、"8.15 Auto-RP and RP/MA Placement"で改めて出題されます。 Rack18R5(config-if)#ip pim nbma-mode PIM nbma-mode is not recommended for sparse-dense-mode 8.11 以下のエラーメッセージの意図が理解できませんでした。PIMが有効になっていないLoopback 0に対して、send-rp-discoveryを設定しないよう指示するメッセージである事が理解できませんでした。 Rack18SW2(config)#ip pim send-rp-discovery Loopback 0 scope 10 Non IP or PIM interface ignored in accepted command. Rack18SW2(config)# 8.17 解答を全く思い出せませんでした。 8.26 group-list指定できる事になぜか気付きませんでした。 8.28 かなりの難問ですが、オンラインドキュメントを見ながらならば、何とかなりそうな感触はありました。 8.29 PIMが有効になっていないI/Fに対してigmp joinしている事に気づかず、共有ツリーができない原因を突き止めるのにかなり時間がかかってしまいました。 interface Loopback 0 ip igmp join-group 239.4.4.4 ip pim sparse-mode 8.31 2時間くらい試行錯誤しましたが、結局、答えは分かりませんでした。 3週目 2011/11/03 8.17 multicast boundaryの設定がnoコマンドで消えない現象が発生しました。rebootを実行したところ、本現象は解消されました。 8.18 R6がBSR messageを受信できない現象が発生しました。。BSRは1 hopずつのパケットでRPFの概念がないと思っていましたが、実際はRPF checkが働くようです。完全に仕様を勘違いして覚えていたようです。なお、BSR のRPF failureは以下のデバッグコマンドで確認する事ができます。 Rack14R6# debug ip pim bsr Rack14R6# Rack14R6# *Apr 24 04 51 29.227 PIM-BSR(0) bootstrap (150.14.5.5) on non-RPF path FastEthernet0/0.146 or from non-RPF neighbor 155.14.146.4 discarded Rack14R6# 8.24 設定は間違っていませんでしたが、動作確認方法が分かりませんでした。パケットを受信するが返信しない機器(この問題ではSW1)に対して以下debugコマンドを入力しても、何も出力されないようです。動作確認するためには、R3を通過するパケットを観察する必要があります。 SW1 access-list 100 permit icmp any any access-list 100 permit udp any any eq domain debug ip packet 100 8.26 模範解答と異なるstatic設定に挑戦してみましたが、static設定は効かないようです。 R1 R3 R4 R5 R6 SW2 SW4 ip access-list standard ACL_PIM_BIDIR 10 permit 238.0.0.0 0.255.255.255 ! ip pim bidir-enable ip pim rp-address 150.XX.5.5 ACL_PIM_BIDIR override bidir 8.31 2週目の時点では正答が分かりませんでしたが、"anycast RP"で検索したドキュメントを参照すれば意外と楽に解く事ができました。 8.33 動作が不安定な気がします。設定が反映されたり反映されなかったりする事があるようです。 誤植 および 問題文補足 8.2 Multicast RPF Failure INE模範解答には、static mrouteの設定が漏れています。以下の赤字部分を加筆して下さい。 R5 interface Serial 0/1/0 no ip pim dense-mode ! interface Serial 0/0/0 ip pim dense-mode ! ip mroute 0.0.0.0 0.0.0.0 155.X.0.4 ! ip multicast rpf interval 6 ip multicast rpf backoff 10 200 8.15 Auto-RP and RP/MA Placement INE模範解答に、赤字部分を加筆して下さい。pim nbma-modeで動作しているI/Fは、fast-switchingでは想定通りに動きません。process-switchingするよう"no ip mroute-cache"を加筆します。 また、R4, R6において、RP discovery messageを受信する際にRPF failureが発生していますので、以下のstatic routeを加筆します。 R5 interface Serial 0/0/0 no ip mroute-cache ip pim nbma-mode R4 ip mroute 150.XX.1.0 255.255.255.0 155.XX.146.1 R6 ip mroute 150.XX.1.0 255.255.255.0 155.XX.146.1 8.19 BSR - Multiple RP Candidate INE模範解答を以下の通り修正します。最大マスク長は31bitではなく32bitです。 R5 no ip pim bsr-candidate Loopback0 ip pim bsr-candidate Loopback0 31 32 8.20 Filtering BSR Messages INE模範解答と異なりますが、以下も題意を満たします。 R6 interface FastEthernet0/0.146 ip pim brs-border 8.23 IGMP Timers 問題文を以下の通り変更します。igmp querier-timeoutの最小値は60秒であり、デフォルト値の1/3である40秒に設定する事はできません。"3 times faster"から"2 times faster"に変更します。 また、mutlticast receiverのダウン検出が60秒では、querier-timeoutに比べて大きすぎるので、mutlticast receiverのダウン検出を60秒から10秒に変更します。 Cofigure the designated IGMP querier on the VLAN 146 segment so that failed multicast traffic receivers are detected and removed within 60 secondes 10 seconds. Every active receiver should resoind to general IGMP queriers within 4 seconds. Designed querier failures should be detected 3 times faster 2 times faster than by default. Since there is just one receiver on R3 s connection to SW1, configure the router to remove group states immediately after an IGMP leave report is received. もともとの問題文は"failed multicast traffic receivers are detected and removed within {60 secondes"とのことで、模範解答のtimeout設定が20秒になっているのはIGMPv1を想定したためと推測できます。IGMPv1は3回応答がない場合にtimeoutと判定しますので、timeoutを20秒に設定すれば60秒でmulticast receiverのダウンを検出する事ができます。 なお、現在はデフォルトでIGMPv2が設定されます。IGMPv2はtimeoutを待たずに1回でも応答がなかった場合は、マルチキャストメンバーが存在しないと判断します。IGMP queryの応答待ちが4秒である事を考慮すると、6秒間隔でqueryを送信すれば10秒以内にmultiacst memberのダウンを検知する事ができます。 R1 interface FastEthernet0/0 ip igmp query-interval 20 6 ip gimp query-max-response-time 4 R4 ip igmp querier-timeout 60 8.24 Multicast Helper Map 以下のように、複数経路が存在する場合、デフォルトでは複数経路の場合は必ずRFP failureを返す仕様になっています。 Rack17R3#show ip route 155.17.146.0 Routing entry for 155.17.146.0/24 Known via ospf 1 , distance 110, metric 782, type intra area Last update from 155.17.0.1 on Serial1/0.1, 02 38 17 ago Routing Descriptor Blocks * 155.17.13.1, from 150.17.1.1, 02 38 17 ago, via Serial1/2 Route metric is 782, traffic share count is 1 155.17.0.4, from 150.17.4.4, 02 38 17 ago, via Serial1/0.1 Route metric is 782, traffic share count is 1 155.17.0.1, from 150.17.1.1, 02 38 17 ago, via Serial1/0.1 Route metric is 782, traffic share count is 1 Rack17R3# でもRFP failureを返さないようにするには、以下コマンドをする必要があります。 Rack17R3(config)#ip multicast multipath INE模範解答と異なりますが、"ip multicast multipath"を設定しなくても、static multicast routeでも題意を満たす事ができます。 Rack17R3(config)#ip mroute 155.17.146.0 255.255.255.0 155.17.0.5 8.29 Muticast BGP Extention 以下の設定を加筆し、初期設定の不備を修正する必要があります。 R5 router bgp 200 redistribute eigrp 100 ! router eigrp 100 network 155.X.45.5 0.0.0.0 8.30 MSDP 問題文中に以下の指定がありますが、以下を削除します。MSDPはPIM sparse-modeで動作するため、dense-modeに変更してはいけません。 Change PIM dense-mode on all links where it s configured to PIM sparse-mode. Configure R5 as the RP for AS 200 and SW1 as the RP for AS 100. Use the BSR method to distribute RP information, and configure BSR border on the link between R3 and SW1. Create an MSDP peering session between SW1 and R5 sourcing it off the Loopback 0 interfaces. 8.33 Catalyst Multicast VLAN Registration 設定を投入する順番によっては、設定が反映されない事があります。 まず、以下のコマンドでmvrを有効にして下さい。 Router(config)# mvr Tips 8.1 PIM Dense Mode multicast routingを有効にするには、以下のコマンドを投入します。 Router(config)# ip multicast-routing cat 3550に関しては、以下のコマンドでmulticast routingが有効になります。 Router(config)# ip multicast-routing distributed 8.2 Multicast RPF failure RPF failureに関するcheckは以下のコマンドでチューニングする事ができます。intervalは定期チェックの間隔で、backoffはトポロジが変化してからRPF checkが実施されるまでの遅延時間です。 Router(config)# ip multicast rpf interval sec Router(config)# ip multicast rpf backoff min_msec max_msec RPF failureが発生しているかどうか判断するには、以下テーブルを調査します。 Router# show ip mroute Router# show ip route 上記テーブルからでの判断が難しい場合は、mroute-cacheを無効化した後、デバッグを有効にしてRPF failureを確認します。 Router(config-if)# no ip mroute-cache Router# debug ip mpacket Sep 5 16 09 21.411 IP(0) s=155.18.146.6 (Serial0/0/0) d=224.10.10.10 id=94, ttl=253, prot=1, len=104(100), RPF lookup failed for source Sep 5 16 09 21.411 IP(0) s=155.18.146.6 (Serial0/0/0) d=224.10.10.10 id=94, ttl=253, prot=1, len=104(100), not RPF interface 8.3 PIM sparse mode shared tree(共有ツリー)からhortest path tree(送信元ツリー)に切り替える機能をswitch overと呼びます。switch overを設定するには以下のコマンドを、last hop routerに対して投入します。Kbpsを指定した場合は指定帯域を超えるとswitch overが発生し、infinityを指定した場合はswitch overが起きないようになります。 デフォルトでは0Kbpsを超えるとswitch overが発生するようになっています。すなわち、switch overはデフォルトで有効な機能と考えて下さい。 Router(config)# ip pim spt-threshold [ Kbps | infinity ] シナリオに則ったswitch overの動作確認をします。switch over未設定(switch over有効)の状態で、R6からSW4へpingを送信します。すると、以下のように共有ツリー(*, 224.10.10.10)を使わずに、(155.18.146.6, 224.10.10.10)を使用している事が分かります。 R6 ping 224.10.10.10 repeat 10 SW2 Rack18SW2#show ip mroute IP Multicast Routing Table Flags D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, Y - Joined MDT-data group, y - Sending to MDT-data group V - RD & Vector, v - Vector Outgoing interface flags H - Hardware switched, A - Assert winner Timers Uptime/Expires Interface state Interface, Next-Hop or VCD, State/Mode (*, 224.10.10.10), 00 00 33/00 03 07, RP 150.18.5.5, flags SJC Incoming interface Vlan58, RPF nbr 155.18.58.5 Outgoing interface list Port-channel1, Forward/Sparse, 00 00 31/00 02 58 (155.18.146.6, 224.10.10.10), 00 00 31/00 03 27, flags T Incoming interface Vlan58, RPF nbr 155.18.58.5 Outgoing interface list Port-channel1, Forward/Sparse, 00 00 31/00 03 05 (*, 224.0.1.40), 00 00 34/00 02 38, RP 150.18.5.5, flags SJPCL Incoming interface Vlan58, RPF nbr 155.18.58.5 Outgoing interface list Null Rack18SW2# swich overの閾値を128Kbpsに設定した状態、つまりswitch overを無効にした状態でのツリーを確認します。共有ツリー(*, 224.10.10.10)のみが作成され、(155.18.146.6, 224.10.10.10)エントリが存在しない事が分かります。 SW4 ip pim spt-threshold 128 R6 ping 224.10.10.10 repeat 10 SW2 Rack18SW2#show ip mroute IP Multicast Routing Table Flags D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, Y - Joined MDT-data group, y - Sending to MDT-data group V - RD & Vector, v - Vector Outgoing interface flags H - Hardware switched, A - Assert winner Timers Uptime/Expires Interface state Interface, Next-Hop or VCD, State/Mode (*, 224.10.10.10), 00 01 01/00 03 23, RP 150.18.5.5, flags SC Incoming interface Vlan58, RPF nbr 155.18.58.5 Outgoing interface list Port-channel1, Forward/Sparse, 00 00 48/00 02 41 (*, 224.0.1.40), 00 01 15/00 02 33, RP 150.18.5.5, flags SCL Incoming interface Vlan58, RPF nbr 155.18.58.5 Outgoing interface list Port-channel1, Forward/Sparse, 00 00 53/00 02 37 Rack18SW2# sparse mode環境において送信元から宛先へpingが届かない場合は、RPから宛先へpingが届くかどうかを確認します。RPからのpingが届くかどうかで以下のような判断をします。 RPから宛先へ ping応答あり - 送信元からRPまでの送信元ツリーを疑う RPから宛先へ ping応答なし - RPから宛先までの共有ツリーを疑う 8.5 PIM Assert dense modeは、トラフィック重複の防止策としてAsser Mechanizmが実装されています。 ルータは重複したパケットを受信すると、どちらのルートの方が最短ルートかを転送元に問い合わせます。 本シナリオにのっとり具体的に説明します。SW2からR6へのmulticast pingを例に挙げると、R6へpingを転送する機器は、R1とR4があります。R6は重複したパケットを受信しないよう、R1, R4のどちらが最短ルートであるかを問い合わせます。 最短ルートとは具体的に、以下の基準で判断します。 送信元へのエントリについてAdministrative Distanceが小さい 送信元へのエントリについてmetricが小さい ルータIDが大きい どちらのルータが最短と判断されたかは、以下の方法で確認できます。 最短である 最短ではない debug ip pim "Assert Win"との出力 "Assert Lose"との出力 show ip mrouting A flagが成立 P flagが成立 シナリオに則った確認をすると以下の通りです。Assert WinであるR1は、forwarding, A flagが確認できます。Assert LoseであるR4は、Prune, P flagが確認できます。 R6 interface Loopback0 ip pim sparse-mode ip igmp join-group 239.6.6.6 R5 ping 239.6.6.6 source Loopback 0 R1 Rack18R1#show ip mroute IP Multicast Routing Table Flags D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, Y - Joined MDT-data group, y - Sending to MDT-data group Outgoing interface flags H - Hardware switched, A - Assert winner Timers Uptime/Expires Interface state Interface, Next-Hop or VCD, State/Mode (*, 239.6.6.6), 00 00 45/stopped, RP 0.0.0.0, flags D Incoming interface Null, RPF nbr 0.0.0.0 Outgoing interface list Serial0/0.1, Forward/Sparse-Dense, 00 00 45/00 00 00 FastEthernet0/0, Forward/Sparse-Dense, 00 00 45/00 00 00 (150.18.5.5, 239.6.6.6), 00 00 45/00 02 21, flags T Incoming interface Serial0/0.1, RPF nbr 155.18.0.5 Outgoing interface list FastEthernet0/0, Forward/Sparse-Dense, 00 00 46/00 00 00, A (*, 224.0.1.40), 00 01 23/00 02 13, RP 150.18.5.5, flags SJCL Incoming interface Serial0/0.1, RPF nbr 155.18.0.5 Outgoing interface list FastEthernet0/0, Forward/Sparse-Dense, 00 01 23/00 02 13 Rack18R1# Rack18R4#show ip mroute IP Multicast Routing Table Flags D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, Y - Joined MDT-data group, y - Sending to MDT-data group, V - RD & Vector, v - Vector Outgoing interface flags H - Hardware switched, A - Assert winner Timers Uptime/Expires Interface state Interface, Next-Hop or VCD, State/Mode (*, 239.6.6.6), 00 00 23/stopped, RP 0.0.0.0, flags D Incoming interface Null, RPF nbr 0.0.0.0 Outgoing interface list FastEthernet0/1, Forward/Sparse-Dense, 00 00 23/00 00 00 Serial0/1/0, Forward/Sparse-Dense, 00 00 23/00 00 00 (150.18.5.5, 239.6.6.6), 00 00 23/00 02 45, flags PT Incoming interface Serial0/1/0, RPF nbr 155.18.45.5 Outgoing interface list FastEthernet0/1, Prune/Sparse-Dense, 00 00 22/00 02 37 (*, 224.0.1.40), 00 00 43/00 02 36, RP 150.18.5.5, flags SJPCL Incoming interface Serial0/1/0, RPF nbr 155.18.45.5 Outgoing interface list Null Rack18R4# debug ip pimを有効にした場合のデバッグメッセージを確認します。 R1 Sep 5 17 43 54.436 PIM(0) Send v2 Assert on FastEthernet0/0 for 239.6.6.6, source 150.18.5.5, metric [89/65] Sep 5 17 43 54.436 PIM(0) Assert metric to source 150.18.5.5 is [89/65] Sep 5 17 43 54.436 PIM(0) We win, our metric [89/65] Sep 5 17 43 54.436 PIM(0) (150.18.5.5/32, 239.6.6.6) oif FastEthernet0/0 in Forward state Sep 5 17 43 54.440 PIM(0) Received v2 Join/Prune on FastEthernet0/0 from 155.18.146.4, to us Sep 5 17 43 54.440 PIM(0) Prune-list (150.18.5.5/32, 239.6.6.6) Sep 5 17 43 56.503 PIM(0) Received v2 Join/Prune on FastEthernet0/0 from 155.18.146.6, to us R4 Sep 5 17 46 52.015 PIM(0) Received v2 Assert on FastEthernet0/1 from 155.18.146.1 Sep 5 17 46 52.015 PIM(0) Assert metric to source 150.18.5.5 is [89/65] Sep 5 17 46 52.019 PIM(0) We lose, our metric [90/2297856] Sep 5 17 46 52.019 PIM(0) Insert (150.18.5.5,239.6.6.6) prune in nbr 155.18.146.1 s queue Sep 5 17 46 52.019 PIM(0) Send (150.18.5.5, 239.6.6.6) PIM-DM prune to oif FastEthernet0/1 in Prune state Sep 5 17 46 52.019 PIM(0) (150.18.5.5/32, 239.6.6.6) oif FastEthernet0/1 in Prune state Sep 5 17 46 52.019 PIM(0) Building Join/Prune packet for nbr 155.18.146.1 8.7 PIM DR Election OSPFと同様、PIMもDRの概念があります。DRのpriorityの設定は以下の通りで、OSPFと同様にpriority値の大きなI/FがDRとして選出されます。 Router(config-if)# ip pim dr-priority value DRの果たす役割は以下の通りです。 条件 役割 IGMPv1 IGMP host query messageを送信 (v2以降は querierの概念があるためDRがqueryを送るとは限りません) sparse mode Join, Prune, Registerなどのメッセージを送信します 8.8 PIM Accept Register sparse mode環境において、以下コマンドで送信元ツリーの作成を拒否(register messageの転送を拒否)する事ができます。 なお、ACLの送信元にはマルチキャストソース、宛先にはマルチキャストグループを指定して下さい。 access-list num permit ip multicast_source multicast_group ! route-map map match ip address num ! ip pim accept-register route-map map register messageは送信元ツリーを作成するためのパケットです。このパケットについてまとめると以下の通りです。 first hop routerはmulticast packetをregister messageでカプセル化します。カプセル化されたpacketの宛先は、ユニキャストでRPが指定されています。 register messageを受信したパケットは、送信元ツリーを作成し、RPへregister messageを転送します。 RPはregister messageを受信すると、送信元ツリーを作成しregister messageのカプセル化を解除します。また、RPはregister messageが不要になった旨をfirst hop routerに伝えるため、regster stopを送信します。 なお、accept-registerが設定されたルータがregister messageを受信した場合は、register messageを許可しないパケットに対して、送信元ツリーを作成せずにregister stopを返信する挙動をします。 8.9 Multicast Tunneling 設問では要求されていませんが、SW3からR6へmulticast転送が可能になるように設定してみましょう。 SW3への通信と同様、SW3からの通信もRPF failureが発生しえます。例えば、SW3からR6への転送を許可するには、以下のようなstatic routeが必要になります。 R1 ip mroute 150.18.9.0 255.255.255.0 Tunnel0 R6 interface Loopback0 ip pim sparse-mode ip igmp join-group 239.6.6.6 ! ip mroute 150.18.9.0 255.255.255.0 155.18.146.1 SW3 Rack18SW3#ping 239.6.6.6 source Loopback 0 Type escape sequence to abort. Sending 1, 100-byte ICMP Echos to 239.6.6.6, timeout is 2 seconds Packet sent with a source address of 150.18.9.9 Reply to request 0 from 155.18.146.6, 84 ms Rack18SW3# 8.11 Auto-RP RP candidate(RP候補), RP mapping agentの設定は以下の通りです。RP candidateはRP announce(224.0.1.39)を送信し、自身がRPとして立候補した旨を伝えます。RP mapping agentはRP announceを収集すると、収集結果を基にRP discovery(224.0.1.40)を送信し、他のルータにRPを知らせます。 CCIE試験では、素早く動作確認できるようintervalを少なめに設定しておくと良いと思います。 Router(config)# ip pim send-rp-announce interface scope ttl interval sec Router(config)# ip pim send-rp-discovery interface scope ttl interval sec RPが認識されない場合は、224.0.1.39, 224.0.1.40に関するツリーを調査し、RP announce, RP discoveryがどこまで到達しているかを分析します。RPF failureによって、これらのメッセージが到達できなくなっている場合は、必要に応じてstatic multicast routeを追加する必要があります。 "8.15 Auto-RP and RP/MA Placement"のシナリオに則った確認をすると、INEの模範解答では、R4, R6がRP discovery messageを受信できていない事が分かります。 Rack18R6#show ip pim rp mapping PIM Group-to-RP Mappings Rack18R6# 原因を調査するために、224.0.1.40のツリーを確認します。Incomming interfaceがNullになっている事から、RPF Failureの可能性を疑います。(もしRPF Failureの確証が欲しいならば、ip debu mapckeを出力させる事で確認できます。) R6 Rack18R6#show ip mroute 224.0.1.40 IP Multicast Routing Table Flags D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, Y - Joined MDT-data group, y - Sending to MDT-data group, V - RD & Vector, v - Vector Outgoing interface flags H - Hardware switched, A - Assert winner Timers Uptime/Expires Interface state Interface, Next-Hop or VCD, State/Mode (*, 224.0.1.40), 00 19 09/stopped, RP 0.0.0.0, flags DCL Incoming interface Null, RPF nbr 0.0.0.0 Outgoing interface list Loopback0, Forward/Sparse, 00 19 09/00 00 00 FastEthernet0/0.146, Forward/Sparse, 00 19 09/00 00 00 (150.18.1.1, 224.0.1.40), 00 01 44/00 01 15, flags L Incoming interface Null, RPF nbr 155.18.67.7 Outgoing interface list FastEthernet0/0.146, Forward/Sparse, 00 01 44/00 00 00 Loopback0, Forward/Sparse, 00 01 44/00 00 00 Rack18R6# Rack18R6# Rack18R6#traceroute 150.18.1.1 Type escape sequence to abort. Tracing the route to 150.18.1.1 1 155.18.67.7 0 msec 0 msec 4 msec 2 155.18.37.3 0 msec 0 msec 0 msec 3 155.18.0.5 24 msec 20 msec 20 msec 4 155.18.0.1 48 msec * 48 msec Rack18R6# R6にstatic routeを追加します。R6がRP discovery messageを受信できるようになった事を確認します。 R6 ip mroute 150.18.1.0 255.255.255.0 155.18.146.1 Rack18R6#show ip mroute 224.0.1.40 IP Multicast Routing Table Flags D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, Y - Joined MDT-data group, y - Sending to MDT-data group, V - RD & Vector, v - Vector Outgoing interface flags H - Hardware switched, A - Assert winner Timers Uptime/Expires Interface state Interface, Next-Hop or VCD, State/Mode (*, 224.0.1.40), 00 23 52/stopped, RP 0.0.0.0, flags DCL Incoming interface Null, RPF nbr 0.0.0.0 Outgoing interface list Loopback0, Forward/Sparse, 00 23 52/00 00 00 FastEthernet0/0.146, Forward/Sparse, 00 23 52/00 00 00 (150.18.1.1, 224.0.1.40), 00 00 26/00 02 53, flags LT Incoming interface FastEthernet0/0.146, RPF nbr 155.18.146.1, Mroute Outgoing interface list Loopback0, Forward/Sparse, 00 00 26/00 00 00 Rack18R6# 8.15 Auto-RP and RP/MA Placement nbma-modeはmulticastに関してsplit horizonを無効化するという意味です。しかし、split horizonが無効化されるのはsparse-modeのみである事に注意して下さい。すなわち、dense-modeに関しては、教えられたルートを教え返さないという挙動になります。 シナリオに則って考えれば、R5 s0/0/0はR1からのRP discovery messageを受信しますが、そのmessageをs0/0/0から送信しません(教え返しません)。従って、R3はRP discovery messageを受信できず、RPが認識できない状態になってしまいます。 8.17 Multicast Boundary Auto-RPによるsparse modeの場合、以下のコマンドでmulticast転送を拒否する事ができます Router(config-if)# ip multicast boundary acl [ in | out | filter-auto-rp ] BSRによるsparse modeの場合、以下のコマンドでmulticast転送を拒否する事ができます Router(config-if)# ip pim bsr-border 8.21 Stub Multicast Routing IGMP Helper 以下のような低速リンク環境では、multicast treeを形成するよりも、stub multicast routerとしての設定を施し、IGMP messageを転送した方が帯域の節約になります。 ┏━━┓ ┏━━┓ ┏━━┓ ┃SW1 ┣━━━┫ R3 ┣━━━━━━━┫ R5 ┃ ┗━━┛ ┗━━┛ 低速リンク ┗━━┛ host stub 設定の要となる部分は、stub routerにIGMP message転送の設定です。以下のコマンドで、IGMP messageを転送できるようになります。 Router(config-if)# ip igmp helper-address addr また、上記以外の視点として、以下の点について注意を払って下さい。 SW1/R3, R3/R5間でpim neighborを確立しないようにします SW1, R3, R5でmulticastを転送できるようにします 最終的な設定は以下の通りです。 SW1 ip multicast-routing distributed ! access-list 7 deny any ! interface FastEthernet 0/3 ip igmp join-group 239.1.1.7 ip pim dense-mode ip pim neighbor-filter 7 R3 interface FastEthernet 0/0 ip igmp helper-address 155.X.0.5 ip pim dense-mode ! interface Serial 1/0.1 ip pim dense-mode R5 access-list 33 deny 155.X.0.3 access-list 33 permit any ! interface Serial 0/0/0 ip pim sparse-mode ip pim neighbor-filter 33 8.23 IGMP Timers IGMPv2以上では、IPアドレス最小のルータがクエリア(querier)として選出され、query messageによりmulticast memberが1台以上存在するかを定期的に監視します。 以下のコマンドにより、queryを送信する間隔, multicast memberがqueryに応答する最大時間を定義します。 Router(config-if)# ip igmp query-interval sec Router(config-if)# ip igmp query-max-resonse-time sec IGMPv2では、一定時間queryを受信できなかった場合、querierがダウンしたのではないかと判断し、ダウンしたquerierの次にIPアドレスが小さいルータがquerierの役割を引き継ぎます。以下のコマンドでquerierがダウンしたと判断するタイムアウト時間を定義する事ができます。#html2(){{ pre class="simple" Router(config-if)# b ip igmp querier-timeout /b i sec /i /pre }} IGMPv2ではleave messageを受信すると、multicast memberが1台以上残っているかを確認するために、group specific queryを送信します。以下のコマンドで、group specific queryのリトライ回数とタイムアウト時間を定義する事ができます。 Router(config-if)# ip igmp last-member-query-count num Router(config-if)# ip igmp last-member-query-interval sec multicast memberが1台しかいない環境においては、leave messageを受信したならば、group specific queryを送信しなくてもmulticast memberが存在しない事が分かります。以下のコマンドで、leave messageを受信すると、group specific queryを送信せずにすぐにmulticast groupから脱退するようになります。 Router(config-if)# ip igmp immediate-leave [ group-list acl ] 8.24 Multicast Helper Map 以下のコマンドでマルチキャストアドレスへの変換ができます。使い方はip helper-addressとほぼ同様ですが、aclによりポート番号を限定する事もできます。 また、場合によっては、ip forward-protocolコマンドにより転送を許可, 拒否するポート番号を指定する必要があります。 Router(config-if)# ip multicast helper-map { broadcast | before_addr } after_addr [ acl ] なお、マルチキャストをdirected-broadcastに変換したい場合、以下のようにdirect-broadcastを許可する設定が必要になります。 Router(config-if)# ip directed-broadcast 8.25 Multicast Rate-Limiting 以下のコマンドでマルチキャストの送受信速度を制限する事ができます。 Router(config-if)# ip multicast rate-limit { in | out } [ group-list acl ] Kbps 設定はマルチキャストルーティングテーブルから確認できます。なお、上記コマンドの投入順によっては設定に反映れされいない事もありますので、要注意です。 Router# show ip mroute 8.26 Bidirectional PIM bidirectional PIMを使用する場合は、全ルータに対して以下のコマンドを入力し、bidirectional PIMを有効にします。 Router(config)# ip pim bidir-enable bidirection PIMを使用する際のRPの設定は以下の通りです。static RPの場合も、Auto-RPの場合も、BRSの場合も以下の通りコマンドの末尾にbidirというキーワードを指定して下さい。 Router(config)# ip pim rp-address address acl bidir Router(config)# ip pim send-rp-announce interface scope ttl [ group-list acl ] bidir Router(config)# ip pim rp-candidate interface [ group-list acl ] bidir 8.27 Source Specific Multicast SSM(Source Specific Multicast)を有効にするには、全ルータに以下を投入します。defaultを指定した場合はSSM用として予約されている232.0.0.0/8を使用します。range aclを指定した場合は、ACLで指定したアドレスをSSMとして使用します。 Router(config)# ip pim ssm { defalut | range acl } SSMのmulticast groupに参加するには、IGMPv3によるjoin messageを送信する必要があります。設定は以下の通りです。 Router(config-if)# ip igmp version 3 Router(config-if)# ip igmp join multicast_group source source_address 8.28 DVMRP Interoperability 試験本番で出題される可能性は極めて低いので捨てます。 万が一、出題された場合は、以下ドキュメントを読みながら何とかする予定です。 http //www.cisco.com/en/US/docs/ios/12_2/ip/configuration/guide/1cfdvmrp.html 8.30 MSDP MSDP(Multicast Source Discovery Protocol)は、BGP ipv4 multicastを介してRP間で情報を共有するプロトコルです。RPはregister messageを受信すると、SA(Source Active) messageを他のRPに送信し情報を共有します。 このようなMSDP peerを定義するには、以下のコマンドを使用します。 Router(config)# ip msdp peer remote_addr connected-source int remote-as as MSDP peerは互いを識別するために、originator-IDという識別子を使用します。デフォルトでは送信元アドレスがoriginator-IDになりますが、以下のコマンドにより明示的に指定する事ができます。 Router(config)# ip msdp peer originator-id int 8.31 Anycast RP Anycast RPはRPの冗長化を実現する技術です。具体的にいえば、MSDP peerを確立し、RP間で同一の情報を共有する事で冗長化を実現します。設定に必要なタスクは以下の通りです。 Anycast RP間で、同一のIPアドレスでRPとして立候補します。 Anycast RP間で、異なるIPアドレスで、MSDP peerを確立します(originator-idの明示指定が必要) 8.33 Catalyst Multicast VLAN Registration MVRの設定例は以下の通りです。 mvr mvr vlan vlan mvr group addr mvr mode { dynamic | compatible } ! interface int mvr type source ! interface int mvr type reciever なお、MVRには以下2つのモードが存在し、両者の違いは以下の通りです。 mode description dynamic mode IGMP membership reportをsource portに転送します compatible mode IGMP membership reportをsource portに転送しません。 br;それゆえ、ルータ側はmulticast memberをstaticに設定する必要があります。
https://w.atwiki.jp/gamemusicbest100/pages/9975.html
スターオーシャン6 機種:PS5,PS4 作曲者:桜庭統 開発元:トライエース 発売元:スクウェア・エニックス 発売年:2022 概要 「スターオーシャン」シリーズの第6作目 収録曲(サウンドトラック順) 曲名 補足 順位 主題歌 PANDORA 作曲・歌 HYDE Disc1 Star Ocean Forever Twin Beacons Flickering Flame A Ray of Hope Premonition Turbulent Transport The Captain Goes It Alone Pounding Heart Special Delivery, Coming In Hot! レイモンド通常戦闘 第16回486位2022年95位 Dance of the White Blade レティシア通常戦闘 2022年251位 Lost Signpost Looming Crisis Still So Far to Go Facing the Formidable Twin Blades to Vanquish Fear レティシアボス戦 Twin Blades to Stir the Soul レティシアボス戦(ボスの体力4分の1以下) 2022年329位 Bravery Flows Where Flesh Meets Steel レイモンドボス戦 Bravery Flows Where Flesh Meets Steel (Immortalized) レイモンドボス戦(ボスの体力4分の1以下) The Weald ラーカスの森 2022年300位 Endless Journey ラーカス地方 Call of the Frontier Dance of the Dust Devil Stone Cradle Disc2 Grinding Gears Abandoned Mines Afternoon Sun Forget-Me-Nots Sea Breeze Sings Sweetly Troublemaker from STAR OCEAN anamnesis Good Morning,Miss Vineyard from STAR OCEAN 5 -Integrity and Faithlessness- Walking on Air from STAR OCEAN 4 -THE LAST HOPE- Troublemaker Gorgeous Genius, Merchant Magnate The Game of Strategy Summits of Silence Creeping Shadow Peak of the Exiled Writhing Snowstorm Sacrament D.U.M.A. Dwellers in the Dark Dwellers in the Dark (Immortalized) Hand in Hand Time Ticks Away Song of the Wood Beckoning Thorns Tranquil Harbor Disc3 Fertile Soil Arbor of Ardor Millennial Capital Perennial Philosophy Enemies on the Horizon Extinguished Flame Eternal Heat Intrigue of the Ancient Ruins Full Collapse The Black Knife The Black Knife of Ambition Raise Your Sword Heavenward! The Vey'l March Triumph of Aucerius The Ideal To the People, a Promise For What We Hold Dear レティシア救出イベント 2022年309位 Invading Vey'l Inheritance of Pride The Akizuki Behold the Blue Armband, Banner of Justice Battle of the Stars Roaring Drought Scarred Dreams The Terranus Disc4 Crystalline Journey Blase Your Own Path The Aldous The Scorpium The Price of Sacrifice The Price of Perseverance Parrapoeiam Corrupted Justice Corrupted Justice(Immortalized) Paladurnia Light Fading from Darkended Eyes Meteor Blazing through the Star Ocean Torrential Minds The Scorpium Network Power Overflowing The Divine Force The Divine Force Final Determination Tatiana Space Sky Mired in Time The Forgotten Road Pierce the Abyss Where the Soul Resides Seraph's Breath The Farthest Place from Mercy Incarnation of Devil Advent of Power ガブリエ、イセリア戦 2022年242位 Incarnation of Devil Trial of Strength ガブリエ、イセリア戦(ガブリエ、イセリアの体力4分の1以下)